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SCHEDULING METHOD OF ADVERTISEMENT/BROADCASTING AND 
MANAGEMENT SYSTEM AND METHOD 

5 BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

This invention relates to a scheduling method of advertisement/ broadcasting based 
on networks and a Centrally Controlled Management System using screen partition and 
a method thereof. 
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DESCRIPTI ON OF THE PRIOR ARTS 

Existing systems for broadcasting or transmitting images through networks cannot 
modulate images appearing on screens freely but operate according to fixed screens 
fixed by manufacture. In addition the systems have defects in that free screen 
composition cannot be achieved automatically because screen modes that were already 
set by schedules change into other modes automatically by the systems whether they are 
parted screens or not. Also the systems have defects in that they cannot provide different 
contents as well as free screen mode partition for each screen at the same time. 

Moreover the existing systems have defects in that they provide same contents 
uniformly in a designated broadcasting area according to a fixed broadcasting schedule 
and moving images should be stored and kept at broadcasting terminals directly because 
contents are not provided online but offline and it is impossible to perform real time 
control of broadcasting and real time broadcasting and a manager has to check a 
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broadcasting terminal directly and the existing systems should organize advertisements 
only according to time and so a low efficiency is caused and it is difficult to organize 
distinctive advertisements by date, time and area respectively. 

And because the existing systems for broadcasting and transmitting images using 
5 networks were invented for specific purposes (such as education, broadcasting, 
advertisement and other application fields) it is difficult to use mem for other purposes 
and accordingly a general-purposed system usable in various fields is needed. 

SUMMARY OF THF. mvinvrn cm 

10 In view of the problems described above, an object of the present invention is to 

provide a scheduling method of advertisement/broadcasting based on networks 
including LAN/WAN and Internet and a Centrally Controlled Management System 
using various screen partitions and a method thereof. 

This invention has another object to provide techniques to embody a central 
15 monitoring function, a various screen partition function, a contents 
compression/encryption function for transmission, a real-time contents distribution 
function, a network load control function, a designation function of broadcasting 
schedules and a contents grouping function. 

The other object, features and advantages of the present invention will become 
20 more apparent by reading the detailed description of the following invention and 
making reference to the accompanied drawings. 



BRIEF DESCRIPTION OF THE DRAWTNftS 



-2- 



WO 2005/020116 



PCT/KR2003/002208 



Figure 1 illustrates a preferred embodiment of a Centrally Controlled Management 
System using screen partition for a scheduling of advertisement/broadcasting based on 
networks; 

Figure 2 illustrates a flow chart of Inner Data Processing of the system shown in 
5 Figure 1; 

Figure 3 illustrates an example of schedule transmission between an IBS Control 
Server and an IBS Terminal Server of the system shown in Figure 1; 

Figure 4 illustrates an example of inner structure of a database for a general/urgent 
broadcasting schedule locating in an IBS Control Server of the system shown in Figure 

) i; 

Figure 5 is a flow chart of an operation of an IBS Terminal Server of the system 
shown in Figure 1; 

Figure 6 illustrates an example of structure of contents groups according to the 
present invention; 

Figure 7 illustrates a contents encryption/compression process in a Security Server 
of the system shown in Figure 1; 

Figure 8a illustrates an example of a Tree Structure of a broadcasting shop 
according to the present invention; 

Figure 8b illustrates an example of construction information of a broadcasting shop 
according to the present invention; 

Figure 9a illustrates an example of contents management for common TXT, html, 
web documents according to the present invention; 

Figure 9b illustrates an example of media management for contents of a 
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broadcasting multimedia according to the present invention; 

Figure 10a illustrates an example of Unit Content Management according to the 
present invention; 

Figure 10b illustrates an embodiment of a Unit Content File according to the 
5 present invention; 

Figure 11a, lib and 11c are examples of Group Content Management according to 
the present invention; 

Figure lid illustrates an example of structure of a Group Content File according to 
the present invention; 

10 Figure 12a illustrates an example of Panel Content Management according to the 

. present invention; 

Figure 12b illustrates an example of structure of a Panel Content File according to 
the present invention; 

Figure 13a illustrates an example of Frame Appointment according to the present 
15 invention' 

Figure 13b illustrates an example of contents type appointment supported by an 
IBS system according to the present invention; 

Figure 13c illustrates an example of PCS appointment according to the present 
invention when a multimedia contents type is selected; 
20 Figure 13d illustrates an example of URL appointment according to the present 

invention when a web contents type is selected; 

Figure 14a illustrates an example of organization of a whole broadcasting schedule 
using Frame Content Management according to the present invention; 
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Figure 14b illustrates an example of structure of a Frame Content File according to 
the present invention; 

Figure 15 illustrates an example of management of a broadcasting schedule list 
according to the present invention; 
5 Figure 16a illustrates an example of construction and control of parted screens 

according to the present invention; 

Figure 16b illustrates an example of OCX construction necessary to screen 
construction and control according to the present invention;' 

Figure 17 illustrates an example of basic types about a Screen Frame, which can 
10 operate at an IBS terminal according to the present invention; 



< Simple explanation about important parts of drawings > 

10: Unit Content (UC) 

20: Group Content Service (GCS) 
15 30: Panel Content Service (PCS) 

40: Frame Content Service (FCS) 

100: Content Distribution Server (CDS) 
200: Traffic Management Server (TMS) 
210: Control unit 
20 220: GLB Master 
230: SLB Master 
240: Communication module 
250: Database 
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300: Security Server (SS) 
300': Security Client 
310,310': Listen Socket 
320: SSL Decryption 
5 320': SSL Encryption 

330,330': Connection communication module 
400: IBS Control Server (EBSCS) 
410: Broadcasting Schedule Control Unit (BSCU) 
420: Content Monitoring Control Unit (CMCU) 
10 430,630,710: Content Sender/Receiver Control Unit (CTCU) 
440: Shop Management Database Control Unit (SMDCU) 
450: General Broadcasting Schedule Database (GBSD) 
460: Urgent Broadcasting Schedule Database (UBSD) 
470,640,720: Content Database (CD) 
1 5 480: Shop Management Database (SMD) 
500: IBS Administrator Interface (IBSAI) 
510: General Broadcasting Schedule Registration Unit (GBSRU) 
520: Urgent Broadcasting Schedule Registration Unit (UBSRU) 
530: Contents Synchronization Unit (CSU) 
540: IBS Terminal Registration Unit (IBSTRU) 
600: IBS Terminal Server (D3STS) 
610: Broadcasting Screen Control Unit (BSCU) 
620: Login Control Unit (LCU) 



WO 2005/020116 



PCT/KR2003/002208 



700: IBS Media Server (BSMS) 

800: Broadcasting screen 

1000: Integrated Broadcasting System (IBS) 

GLB: Global Load Balancing 
5 https: Secure HTTP 

OCX: OLE Control Extensions 
SLB: Server Load Balancing 
SSL: Secure Sockets Layer 

10 DESCRIPTION OF THE PR EFERRED EMBODIMENTS 

I. A Centrally Controlled Management System for scheduling of advertisement 
/broadcasting 

According to the present invention, a Centrally Controlled Management System for 



scheduling of advertisement /broadcasting based on networks is shown in Figure 1 and 
15 is an Integrated Broadcasting System (IBS)(1000) that sends moving images according 
to real-time/reserved schedules to output terminals of all areas or advertisement points 
by using a centrally controlled method based on networks including LAN, WAN and 
Internet and controls schedules of advertisement/broadcasting. 

This System comprises an IBS Control Server (IBSCS)(400) performing a main 
20 role of IBS and having a Broadcasting Schedule Control Unit (410), a Content 
Monitoring Control Unit (420), a Content Sender/Receiver Control Unit (430), a Shop 
Management Database Control Unit (440), a General Broadcasting Schedule Database 
(450), an Urgent Broadcasting Schedule Database (460), a Content Database (470) and 
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a Shop Management Database (480); a Security Server (SC)(300) encrypting and 
compressing important contents when each broadcasting content is uploaded or 
downloaded between severs or areas and using a protection technique of transmission 
path tunneling 1hat cuts off outer illegal usage of contents in transmission processes for 
5 security, an IBS Administrator Interface (ffiSAI)(500) used as a management tool of 
GUI environment and providing a function of every environmental setup for driving an 
IBS and appointment of broadcasting schedules, a management function of broadcasting 
points and a function of contents grouping and a function of that there is no restriction 
of OS platforms in installation and operation of an IBS owing to development in JAVA 
10 environment and having a general broadcasting schedule registration unit (510), an 
urgent broadcasting schedule registration unit (520), a contents synchronization unit 
(530) and an IBS terminal registration unit (540); an IBS Terminal Server (IBSTS)(600) 
being driven at each broadcasting terminal of an IBS and downloading broadcasting 
time and contents that would play at the broadcasting time and playing broadcasting 
15 through various output mediums including displaying devices using various types of 
monitors comprising a CRT, a PDP, an LCD and a projector being a projecting device, 
wherein all playing environments about screen structure, the number of times of 
broadcasting play, screen partition and broadcasting time are downloaded from Said 
BSCS (400) and having a broadcasting screen control unit (610), a login control unit 
20 (620), a Content Sender/Receiver Control Unit (630) and a Content Database (640); 
plurality of IBS Media Servers (IBSMS)(700) transmitting contents organized and 
synchronized by server clustering to said IBSTS (600) and comprising a Content 
Sender/Receiver Control Unit (710) transmitting created, modified and deleted contents 



-8- 



WO 2005/020116 PCT/KR2003/002208 



from said IBSCS (400) in real time and a Content Database (720) receiving and storing 
original advertisement contents; a Traffic Management Server (TMS)(200) making 
broadcasting contents be downloaded from an E8SMS (700) with the best efficiency by 
using information of network distance between said IBSTS(600) and plurality of 
5 BSMSes (700) and system resources of said IBSMSes (700) and modulating load 
distribution and thereby providing a path through which advertisement contents and 
broadcasting schedules can be downloaded optimally and providing a load balancing 
function between said IBSMSes (700) having the same functions by using server 
information including CPU, memory and session and managing transmission traffic of 
10 contents; and a Content Distribution Server (CDS)(100) monitoring contents change of 
said plurality of IBSMSes (700) automatically and distributing changed contents to pre- 
designated servers in real time and synchronizing contents of said pre-designated 
servers and making all IBSMSes (700) always keep the same contents, wherein said 
each element (100)(200)(300)(400)(500)(600)(700) operates organically one another 
15 and performs organization and management of broadcasting schedules, urgent 
broadcasting processes and screen partition processes. 

At the present invention, Said each element (100)(200)(300)(400)(500) (600)(700) 
is a server module embodied in software form and can be organized in each hardware 
separately and furthermore Said Content Distribution Server (100), Said Traffic 
20 Management Server (200), Said Security Server (300) and said IBS Control Server 
(400) can be installed in a hardware at the same time. That is, each server of a CDS 
(100), a TMS (200), a SS (300), an BSCS (400) is independent on hardware and can be 
organized distributed. 
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An IBS (1000), according to the present invention, transmits moving images in real 
time or according to reserved schedules to output mediums of all areas or advertisement 
points by using a centrally controlled method through networks. 

Hereinafter, the organization and operating mechanism of the present invention 
5 will be described in detail with the accompanied drawings. Figure 1 is a schematic 
diagram of an IBS (1000) according to the present invention. 
1 . Content Distribution Server 

A Content Distribution Server (100) monitors contents' change of a plurality of 
IBSMSes (700) automatically and distributes and synchronizes the changed contents to 
10 pre-designated servers in real time and performs synchronization so that every IBS 
Media Server can always keep the same contents. 

2. Traffic Management Server 

A Traffic Management Server (200) makes broadcasting contents be downloaded 
15 from an IBSMS (700) with the best efficiency by using information of network distance 
between said IBSTS (600) and plurality of IBSMSes (700) and system resources of said 
IBSMSes (700) and modulates load distribution and thereby provides a path through 
which advertisement contents broadcasting schedules can be downloaded optimally. 
And a TMS (200) provides a load balancing function between said IBSMSes (700) 
20 having the same functions by using server information including CPU, memory and 
session and an intelligent GLB (global load balancing) and SLB (server load balancing) 
function. Said GLB distributes load between locally distributed POPs and each IBSMS 
(700) by HOP policies among POPs, PING policies and policies defined by a manager, 
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wherein POP is a group of IBSMSes (700), and said SLB distributes server's load by 
using server information including CPU, memory and session among all IBSMSes 
(700) having the same contents. 

Here HOP defines number of routers of network sections between EBSTS (600) 
5 and IBSMSes (700). For example, if contents pass through a plurality of routers, 
network connection may be slow sometimes. 

PING is a command in order to confirm condition of connection of communication 
devices between IBSTS (600) and IBSMSes (700). PING is used to confirm whether 
IBSTS (600) and IBSMSes (700) are being driven, whether communication networks 
are connected to each other, and uses Internet control message protocols. A Traffic 
Management Server (200) provides the optimal path between an IBS Terminal Server 
(600) and IBS Media Servers (700) by using said GLB and SLB function, and the server 
(200) induces that the optimal services be provided. 

A Traffic Management Server (200) comprises a GLB Master (220) to select the 
optimal POP in case networks are distributed to organize several POPs, an SLB master 
(230) to embody server load balancing between media servers (700), a communication 
module (240) for data transmission, a control unit (210) controlling each 
communication module (240) and a database (250) for storing GLB information and 
SLB information. 

As shown in Figure 2b, a TMS (200) has a control unit (210), a GLB Master (220), 
an SLB master (230), a communication module (240) and a database (250). 

3. Security Server 

-11- 



WO 2005/020116 PCT/KR2003/002208 



A Security Server (300) provides a function of encrypting and compressing 
important contents between servers or areas when each broadcasting content is uploaded 
or downloaded. A SS (300) uses a protection technique of transmission path tunneling 
that cuts off outer illegal usage of contents in transmission processes and provides 
5 perfect security. Said protection technique of transmission path tunneling is based on 
general network techniques that embody encapsulation of data in data transmission 
between every OSI 7 Layer. 

As shown in Figure 2c, a Security Server (300) installed in an IBSMS (700) and a 
security client (300) installed in an IBSTS (600) have listen sockets (310X316*), SS 
10 encryption/decryption modules (320)(320') and a connection communication module 
(330) respectively. Left part of Figure 2c shows a configuration of an SS (300) installed 
in an IBSMS (700). An SS (300') comprises a listen socket (310'), an SSL encryption 
(320') and a connection communication module (330 1 ). 

Listen sockets (310)(310') always maintain wait status in order to check whether 
15 data for encryption/decryption is generated or not and an SSL encryption (320) 
performs encryption and connection communication modules (330)(330 1 ) is connected 
to a real Security Server (300) or a security client (3000. 
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4. IBS Control Server 

An IBS Control Server (400) according to the present invention plays a main role 
of an IBS (1000) and performs control function about general advertisement and 
broadcasting schedules, control function about urgent broadcasting, management 
function about customer/terminal information and control function about contents 
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monitoring and contents transmitting and receiving and communicates with an admin 
user interface (500). 

A Broadcasting Schedule Control Unit (410) stores general broadcasting schedules 
and urgent broadcasting schedules set up at an IBSAT (500) in a General Broadcasting 
5 Schedule Database (450) and an Urgent Broadcasting Schedule Database (460) 
respectively and takes charge of every control related to schedule transmission when an 
IBS Terminal Server (600) demands broadcasting schedules. 

A Content Monitoring Control Unit (420) monitors contents change in an IBS 
Control Server (400) in real time. That is, it monitors creation, modification and 
10 deletion of contents at Kernel Level in real time. For example, if contents of specially 
monitored directories stored in an IBS Control Server (400) were modified, created and 
deleted, it can monitor these contents at Kernel Level in real time and transmit 
commands for contents synchronization to a Content Sender/Receiver Control Unit 
(430). 

15, A Content Sender/Receiver Control Unit (430) transmits said modified, deleted and 

created contents to a plurality of IBS Media Servers (700) through designated contents 
routing paths respectively. Distribution of contents is performed in real time by a 
Content Monitoring Control Unit (420) and a Content Sender/Receiver Control Unit 
(430). 

0 A Shop Management Database Control Unit (440) has function of login 

authentication of an IBS Terminal Server (600), function of registration, modification 
and deletion of an IBS Terminal Server (terminal) (600) and function of BP address 
confirmation for checking the existence of an IBS Terminal Server (600) in various 
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network environments including ADSL and leased lines etc. 

A General Broadcasting Schedule Database (450) stores information of 
broadcasting terminals, broadcasting time and broadcasting schedules. The structure of 
a schedule database (450) is illustrated in Figure 4 in detail. 
5 An Urgent Broadcasting Schedule Database (460) is a space, which stores 

information of urgent broadcasting and has the same structure with a General 
Broadcasting Schedule Database (450). 

A Content Database (470) is a space storing contents of advertisements or 
broadcasting and stores directory and file structure using file system of an IBS Control 
10 Server (400). 

A Shop Management Database (480) is a space storing shop information for an IBS 
Terminal Server (600) and information of Identification and password. 

5. IBS A(lministrator Interface 
15 An IBS Administrator Interface (500), a management tool of GUI environment, 

provides function of every environmental setup for driving an IBS and designating 
broadcasting schedules, function of broadcasting terminal management and function of 
contents grouping. And an IBSAI (500) has no restriction of OS platforms in installation 
and operation of it owing to development in JAVA environments. Function of 
20 broadcasting terminal management is to record information of PC requirements, 
memory, disc size, whether ADSL is used or not, a manager, telephone number of a 
manager, mobile phone number of a manager, driving frame size etc. 

An IBS Aciministrator Interface (500) provides content management, schedule 
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management, administrator account management including manager registration and 
manager privilege setting, graphic management function for centrally controlling shop 
management etc. 

A general broadcasting schedule registration unit (510) provides function of 
controlling set-up, modification and deletion of general broadcasting schedules 
organized by date and by terminal. 

An urgent broadcasting schedule registration unit (520) provides function of 
controlling set-up, modification and deletion of urgent broadcasting schedules organized 
by date and by terminal, wherein the urgent broadcasting is distinguished from the 
general broadcasting. 

A contents synchronization unit (530) provides function of uploading and 
downloading contents from and to a remote IBS Control Server (400) and deleting 
contents of servers. 

A terminal registration unit (540) provides function for registering Identification, 
password and server environments of an IBS Terminal Server (600) for transmission of 
broadcasting. 

A general broadcasting schedule registration unit (510), an urgent broadcasting 
schedule registration unit (520), a contents synchronization unit (530) and an IBS 
terminal registration unit (540) will be described later in detail. 

6. IBS Terminal Server 

An IBS Terminal Server (600) is being driven at every broadcasting terminal of an 
IBS (1000) and downloads broadcasting schedules and broadcasting contents to be 
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broadcasted at broadcasting time and drives broadcasting through various output 
mediums. All driving environments like screen structure, the number of times of 
broadcasting, screen partition and broadcasting time, are downloaded from an IBS 
Control Server (400). 

A broadcasting screen control unit (610) controls how to arrange several panels in 
one frame. ' 

A login control unit (620) controls authentication of IP address, other information 
of connection environment set-up, Identification and password of an BBS Control Server 
(400) connecting for login authentication of each IBS Tenninal Server (600). A Content 
Sender/Receiver Control Unit (630) transmits and receives contents, which were 
modified, deleted and created from the optimal server among a plurality of IBS Media 
Servers (700). In every process of contents transmission and receive, contents 
distribution is performed in real time by a Content Sender/Receiver Control Unit (430). 

A Content Database (640) stores contents received from the Content 
Sender/Receiver Control Unit (630) in physical hard disks. 

7.D3S Media Server 

A Content Sender/Receiver Control Unit (710) embodies transmission of contents 
that were created, modified and deleted from an IBS Control Server (400) in real time. 
A Content Sender/Receiver Control Unit (710) synchronizes original contents to each 
IBS Media Server (700) and contents transmitted by the Content Sender/Receiver 
Control Unit (710) are stored in a Content Database (720). 

A Content Database (720) is organized into directory and file forms in hard disk 
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areas of an IBS Media Server (700). 

Figure 2 illustrates a flow chart of Inner Data Processing of the system shown in 
Figure 1. If information of broadcasting schedules, contents and customers is registered 
5 through an IBS Administrator Interface (500), an IBS (1000) transmits this information 
to an IBS Control Server and stores the registered information in databases 
(450)(460)(470)(480). 

An IBS Control Server (400) monitors content's change based on said transmitted 
information through a Content Monitoring Control Unit (420) in real time and transmits 
10 information related to changed contents to each IBS Media Server (700) through a 
Content Sender/Receiver Control Unit (430) and this information is stored in a database 
(720) of an IBS Media Server (700). 

Users (IBS terminals) log in an IBS Terminal Server (600) and get authentication 
and then connect to an IBS Control Server (400) and download contents through an 
15 optimal IBS Media Server (700) and store contents in a database of an IBS Terminal 
Server (600). 

When it is broadcasting time, an IBS Terminal Server (600) broadcasts 
corresponding contents by controlling a broadcasting screen (800). 

20 H. A scheduling method of advertisement/broadcasting based on networks and a 
centrally controlled management method through screen partition 

Figure 3 illustrates a general/urgent broadcasting schedule transmission method 
between an IBS Control Server (400) and an IBS Terminal Server (600). An IBS 
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Terminal Server (600) inputs ID (Terminal ID. Its abbreviation is TED.) set up when 
terminals are registered at first, password and company name and requests 
authentication (slO). If the authentication is successful, an IBS Terminal Server (600) 
asks to an IBS Control Server (400) by a predetermined period whether broadcasting 
schedules exists or not That is, the server (600) requests broadcasting schedules (s20). 
A manager can set up said pi^etermined period freely. To use a variable period like this 
is better than for an IBS Control Server (400) to check the status of an IBS Terminal 
Server (600) every fixed period because to use a variable period reduces server load and 
increases server efficiency. 

Therefore if an IBS Media Server (700) checks the status of each IBS Terminal 
Server (600) frequently and transmits broadcasting lists and schedules, a problem that 
hardware specification like memory and CPU should be upgraded when number of IBS 
Terminal Servers (600) increases, can be prevented previously. 

According to the request for confirmation of existence of broadcasting schedules 
by an IBS Terminal Server (600), an IBS Control Server (400) searches contents of a 
General Broadcasting Schedule Database (450) or an Urgent Broadcasting Schedule 
Database (460) and confirms whether broadcasting schedules exist or not (s30). An 
IBSCS (400) notifies the confirmation result to an IBSTS (600)(s40). 

If schedules exist as a result of confirmation according to the notification, an 
IBSTS (600) requests detailed schedules about general or urgent broadcasting schedules 
to the IBSCS (400) (s50). An IBSTS (600) downloads detailed schedules from the 
IBSCS (400) according to the request (s60). 

An IBS Terminal Server (600) sends broadcasting according to the running time of 
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broadcasting schedules (s70). Therefore if general broadcasting runs already, it is 
interrupted and new urgent broadcasting is controlled and runs. And after running of the 
urgent broadcasting, it returns to the interrupted broadcasting status and general 
broadcasting runs again (s80). 
5 An IBS Terminal Server (600) has information of panel of each divided frame and 

information of broadcasting lapse time and so it can provide continuity of previous 
broadcasting after running of urgent broadcasting. In addition to, an IBS Terminal 
Server (600) transmits an IBS Control Server (400) the information about whether the 
present running broadcasting is urgent broadcasting or general broadcasting and so it is 
10 possible to check the status of the present broadcasting. The reason to do so is so that if 
the present r unnin g broadcasting corresponds to urgent broadcasting, the urgent 
broadcasting can run according to the priority of broadcasting orders although there is a 
broadcasting request according to another broadcasting schedule at present time. 

Figure 4 illustrates organization of schedule databases (450)(460) for general 
broadcasting or urgent broadcasting. Schedule databases (450) (460) store information 
of company name, group name, TDD, shop name, date and FCS etc. in file form. 

Figure 5 illustrates a flow chart of operation of an IBS Terminal Server (600). An 
IBS Terminal Server (600) is a PC or a server that is installed at each broadcasting 
terminal. An IBS Terminal Server (600) gets authentication for login (s220) and checks 
whether there are urgent broadcasting schedules through an IBS Control Server (400). If 
there are urgent broadcasting schedules, urgent schedules produced by an urgent 
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broadcasting scheduler and broadcasting contents are downloaded (s260). 

The IBS Control Server (400) checks whether there is advertisement r unning at 
present in the IBS Terminal Server (600)(s280) and if there is broadcasting running at 
present, the server (400) interrupts running of current screen (s300) and runs urgent 
5 broadcasting (s320). But as a result of the confirmation (s280), if there is no 
advertisement running at present, the IBS Terminal Server (600) runs urgent 
broadcasting without delay (s320). 

The IBSTS (600) checks whether there is organization of default pages produced 
previously (s340) and if there is, it runs default pages (s360) but if there is no 
10 organization, the server (600) checks whether it is interrupted advertisement 
broadcasting or not (s380). As a result of the confirmation, if it is interrupted 
broadcasting,, then the IBSTS (600) requests to run the previously interrupted 
advertisement broadcasting (s400) and runs advertisement broadcasting (s420). 

Meanwhile as a result of the confirmation, if there is no urgent broadcasting 
15 schedules (s240) or if default pages were broadcasted (s360) or if there is no interrupted 
broadcasting (s380) or if the IBS Terminal Server (600) runs advertisement broadcasting 
(s420), then the IBS Control Server (400) checks whether there are general broadcasting 
schedules (s440) and as a result of the confirmation, if there are general broadcasting 
schedules, the server (400) downloads general broadcasting schedules produced by a 
20 general broadcasting scheduler and broadcasts contents (s460). 

As a result of the confirmation, if there is no general broadcasting schedules (s440), 
or if it downloads general broadcasting schedules and broadcasting contents (s460), 
then it checks whether there are registered broadcasting schedules and if there are 
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registered broadcasting schedules, then it runs general advertisement broadcasting and 
terminates but if there are no registered broadcasting schedules, then it terminates at 
once (s500). 

Figure 6 illustrates an example of structure of contents groups according to the 
present invention. An IBS system (1000) embodies basic scheduling by combination of 
four basic elements, a UC (unit content)(10), a GCS (group content schedule)(20), a 
PCS (panel content schedule)(30) and an FCS (frame content schedule)(40). 

A UC (10) expresses each of multimedia files, a frame expresses a whole screen 
and a panel expresses each individual screen divided into several parts. A GCS (20) is a 
collective concept of UC (10) files, a PCS (30) is a collective concept of GCS (20). An 
FCS (40) is a collective concept of PCS (30), GCS (20) and UC (10). An FCS (40), in 
addition, is a unit of a day schedule or a unit of a schedule for a certain period schedule 
and consists of proper combination of UC (10), GCS (20), PCS (30) and FCS (40). 

In the organization of the above elements as a basic, item framework and 
broadcasting contents can be organized differently according to broadcasting terminals 
although a company is the same one. 

Each panel located in a frame can be understood as a space concept capable of 
running advertisement and broadcasting by using UC (10), GCS (20), PCS (30) and 
FCS (40) that are single contents scheduled in advance. That is, the broadcasting time of 
each panel in a same frame may be different each other in beginning and ending points. 
Broadcasting schedules according to each broadcasting terminal are scheduled and the 
corresponding broadcasting runs day after day. Repeatedly an IBS (1000) can transmit 
contents variously and flexibly by using contents grouping concepts. 
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. Figure 7 illustrates an embodiment of a security solution, that is, contents 
encryption process. Left side of the Figure is a user side and right side is a server side. 
The user side connects with a server by using of a web browser having exclusive 
5 program provided by the server side and the server can be organized by using various 
operating systems such as Windows series, Linux and UNIX etc. 

The user side and the server side are based on an OSI (open system 
interconnection) reference model that is a communication protocol developed by ISO 
(international standards organization) and OSI has layer structure as shown in Figure 7. 
10 That is, Figure 7 illustrates an embodiment of structure of a security solution 

according to the present invention. In a user side, at the highest layer exists an 
application program, at the very layer below the highest layer exists presentation, at the 
next layer exists a security solution client (SSL), at the next layer exists a TCP/IP layer 
and at the lowest layer exists Ethernet. In server side, at the highest layer exists an 
15 application program, at the next layer exists presentation, at the next layer exists a 
security solution server (SSL), at the next layer exist a TCP/IP layer and at the lowest 
layer exists Ethernet. 

In the encryption process of contents of the present invention a user gets 
20 authentication of an open key through a plurality of authentication methods such as 
Identification, password and finger print etc and connects with a server program. The 
user authenticated by the process uses a server application. The user can protect 
contents and important data by using a method for encryption or compression according 
to each step during data transmission on Internet section. In addition, as shown in 
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Figure 7 illustrating an embodiment of structure of a security solution, it guarantees safe 
data transmission between a TCP/IP layer and an Application layer on Internet section. 

From the point of view of a security solution, it embodies HTTPS web encryption 
if a user uses IE (Internet Explorer) of MS Company and if a user uses other exclusive 
5 program, a separate Client Agent is needed to the connection with Security Server. And 
both the user side and the server side use a tunneling security technique for a security 
solution. 

Figure 8 illustrates an example of registration and management of IBS terminals 
10 through an IBS Terminal Server (600). As shown in this example, tools like 'shop, 
contents, schedule, admin, detailed information, screen status and present status board' 
are installed at a tool bar for registration and management And at the below of the tools, 
a screen window is installed to check the structure of IBS terminals by using Tree 
Structure. 

15 As shown in an example of Figure 8a, the structure of IBS terminals can be 

checked through Tree Structure. In Figure 8a, a customer named Enpia consists of three 
groups Daejun, Incheon and Seoul and the Seoul group consists of broadcasting 
terminals 0001 and 0002. 

Figure 8b illustrates an example of input information when the terniinals are 
20 registered. Particularly this case shows an input example to modify shop information. In 
registration of terminals, terminal Identification and password are inputted and 
terminals are registered and detail information about hardware of the terminals' 
computers is recorded. The Information inputs information about the completion of 
CPU of PC, memory capacity, disk capacity, information about whether ADSL is used 
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or not, operator's name, operator's telephone number, operator's mobile phone number, 
basic frame size etc. 

Figure 9a illustrates a method for centrally managing contents through an IBS 
5 Administrator Interface (500). An IBS Administrator Interface (500) provides function 
for managing contents, media, unit content, group content, panel content and frame 
content. 

In Figure 9a, the contents are classified into files having common text format like 
common PPT, TXT and HTML and multimedia files like MPEG, AVI and MP3 and 
10 managed. And contents management items shows contents' list and provides file 
information and file review function. 

Figure 9a illustrates Tree Structure about root, "Enpia'? and "Content" , in particular, 
illustrates- a case of that PPT, HTML and TEXT files exist normally in a server. In 
selecting content from Tree Structure, the contents of corresponding files can be 
L5 checked by file information (for example, whether the file is normal or not) and the file 
review function. 

Management item of media files shown in Figure 9b provides function for 
checking whether corresponding media files are normal or not, whether they exist 
locally, whether they exit in a server, version information, file information and file 
0 review function. Figure 9b illustrating Tree Structure about root, Enpia and Content, 
shows a case of that multimedia files like MPEG, MP3 and AVI exist in a server 
normally. If each content is selected from Tree Structure, it can be checked whether 
corresponding media files are normal or not, whether they exist locally, whether they 
exist at a server, version information, file information and file review function. The 
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above function can check normal operating status of uploaded or downloaded files and 
so it is possible to check whether contents files are damaged or not, and if the 
corresponding files are abnormal files, then it is possible to upload or download them 
again. After downloading server's contents files to a local PC, contents are selected and 
can be reviewed through the review function. 

Figure 10a illustrates an example of management of unit content Unit content (10) 
is a minimal unit of IBS contents management The unit content (10) stores information 
about names of. companies performing contents registration, media file names, 
explanation about files, display time of files, panel size of width x height, names of 
customers, contents types, contents indexes, keywords etc. 

In advertisement contents, the information about corresponding advertisers can be 
searched by using the information of advertisement indexes and keywords. In 
registering unit content, if contents are registered at media item of Figure 9, the values 
of other items are inputted automatically. That is, display time and original panel size of 
a corresponding media file are automatically registered. 

Figure 10b illustrates an embodiment of organization of Unit Content Files of an 
IBS Terminal Server (600). The organization of Unit Content File is based on input 
items of the Figure 10a. 

Figure 11 illustrates an example of management of group content. Group content 
(20) is an assembly of unit contents (10) and organized through the combination of 
various unit contents (10). And it is possible to set up the number of display times for 
each of unit contents (10). 
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Figure 11a illustrates a screen for registration of a GCS file for organization of a 
GCS. After setting up paths about UC (10) files, contents can be managed efficiently by 
recording detailed information about UC (10). 

Figure lib illustrates a screen for management of a GCS schedule. Running order 
and times of each of UC (10) files organizing GCS (20) are set up. 

GCS (20) organization shown in Figure 11c organized through processes of 
Figures 11a and lib shows performing first_reg.uc and firstuc file sequentially three 
times. Organization of GCS (20) contents files of Figure lid is based on said input head 
of Figure 11c. 

Figure 12a illustrates an example of PCS management structure. PCS (30) is 
assembly of the GCS (20) and UC (10). An example of PCS (30) structure of Figure 12a 
consists of FIRST.GCS (1) and IMSI.GCS (2) and both GCS sequences are repeated 
five times, that is, schedules 1, 2, 1, 2, 1, 2 are performed five times sequentially. Figure 
12b shows a file structure of panel content based on the input item of Figure 12a. 

Figure 13 illustrates an example of Frame Appointment for an FCS (40) setting that 
is the kernel of organization of IBS schedules. There are bars capable of regulating 
panel's width and height rates at left side of Figure 13a. It is possible to preview the 
arrangement of the frame regulated at the right preview screen by regulating these bars 
with a mouse. And below of Figure 13a, contents types, real names of contents files or 
URL designation, ON/OFF of volume, rate and duration of multimedia files of every 
panel are designated. 

Figure 13b illustrates an example of appointment of contents type of the panel and 
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the panel type consists of News, Web, URL, Media, Html, PPT, TV, and real-time 
Streaming server connection largely and can add further registration later. 

Figure 13c illustrates an example of selection of a PCS screen. In selecting media 
type contents, this invention embodies that it can select and register PCS files registered 
5 previously. Contents items such as Zoom in, Zoom out, List view etc are provided 
variously. 

Figure 13d illustrates an example of a screen selecting corresponding URL in case 
contents type is designated to Web. 

10 Figure 14a illustrates an example of broadcasting schedule organization. By setting 

up broadcasting time, broadcasting panel, broadcasting media type, kind of contents, 
ON/OFF of volume, screen rate and duration, broadcasting schedules can be organized 
respectively. Frame size can be set up freely and broadcasting media type supports 
various types like News, Web, URL, Media, Html, PPT, TV, and real-time streaming 
15 server connection etc. Contents can be constructed of UC, GCS, PCS, FCS and URL etc. 
In case contents consist of multi-screens, a manager can regulate volume of a 
broadcasting screen according to bis own will and duration of multimedia files can be 
guessed too. 

In the broadcasting schedule organization, a UC being a basic element of 
20 broadcasting contents is registered (s520), and then GCS or PCS is registered for 
grouping of registered UC files (s540). And panel playing contents, screen rate and 
other environments of each frame are registered (s560). IBS Terminal Server runs 
broadcasting according to registered schedules (s580). In order to register a 
broadcasting schedule, broadcasting organization table as shown in Figure 14b must be 
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made. An embodiment of frame content schedule shown in Figure 14b is based on an 
input item shown in Figure 14a. 

Figure 15 illustrates an embodiment of a management list of broadcasting 
5 schedules. That is, a management list of broadcasting scheduled is divided into general 
broadcasting schedule item and urgent broadcasting item largely. Contents of 
broadcasting schedules of the organized UC, GCS, PCS, FCS are designated by 
company names, group names, TID being id of a terminal, shop names and date. And if 
it becomes the broadcasting time, broadcasting runs at a corresponding terminal 
10 according to FCS of designated schedule. A broadcasting schedule of desired time can 
be organized through the processes of terminal registration, contents registration, 
broadcasting registration shown in Figure 8a ~ Figure 14b. 

Figure 16a illustrates an example of structure and control about parted screens 
15 according to the present invention. Figure 16a shows that four screens among the six 
parted screens shown in Figure 13a are organized and each panel PI ~ P4 plays the 
schedules l.pcs~4.pcs respectively. Here duration of each panel can be set up differently 
each other. In this embodiment, each of 1 .PCS, 2.PCS, 3 .PCS and 4.PCS is played for 
60, 50, 30 and 45 minutes respectively. 

Each panel has panel information about whether there is Next Play to play next 
time and whether it is END of a schedule and time information of broadcasting being 
played now. This is basic information for process of urgent messages that may be 
occurred during broadcasting and it is possible to continuously replay the currently 
interrupted broadcasting by using this information. In addition if broadcasting of a 



20 
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certain panel finishes early compared to others, broadcasting according to default 
schedules organized previously or continuous broadcasting of existing broadcasting is 
provided selectively. 

Figure 16b illustrates an example of structure of OCX (OLE Control Extensions) 
needed for Screen Frame and control according to the present invention. If broadcasting 
schedules are received, broadcasting schedule lists are added to OCX for driving Media 
Player, OCX for driving Web Browser and other OCX in order to control broadcasting 
and these added schedules perform PLAY, STOP and PAUSE commands. Window 
events are not embodied according to a certain fixed order but processed whenever 
process of generated events is demanded. Figure 16b shows an OCX component for 
screen control of media moving image files, an OCX component for screen control of 
Web URL, HTML and PPT files and an OCX component for screen control of *.TXT 
common files and a proper screen component is controlled according to corresponding 
panel contents by broadcasting schedules. Moreover OCX components can be utilized 
variously according to the kind of contents needed to control. 

Figure 17 illustrates an example of basic types about a Screen Frame, which can be 
expressed through various media at an IBS terminal. IBS screens consist of six panels 
basically and frame arrangement and broadcasting contents are organized by 
considering advertisement's efiBciency and hardware specification of an IBS Terminal 
Server (600). The effects of advertisement and broadcasting can be increased because 
there is no discontinuous playing of broadcasting on a screen or system delay by 
embodiment of proper media driving and real time broadcasting. 

The Screen Frame of an IBS Terminal Server (600) can be implemented by setting 
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up the rate of width and height of basic 6 panels freely as shown in Figure 17. The 
arrangement of four parted screens among parted screens shown in Figure 17 arranges 
TXT or Web Text at die top area of the screen and arranges multimedia advertisement 
broadcasting at two panels located at the middle area of it and arranges real time news at 
5 the bottom panel area of it and hereby optimal advertisement effects can be expected 

The present invention may be modified and embodied in various forms, and it has 
been described and illustrated herein with reference to a specific embodiment thereof. 
However, it should be understood that this invention is not limited to the particular form 
10 as described above, and that this invention includes all modifications, equivalents and 
substitutes within the spirits and scope of this invention as defined in the "Claims" 
attached hereto. 

THE EXPECTED EFF ECTS OFTHF PRESENT INVFNTTOTV 

15 First, as described above this invention can select a plurality of broadcasting 

terminals through a centrally controlled method about shop management, general/urgent 
broadcasting schedule management and contents synchronization and it can broadcast 
optimal advertisement at a desired time in a selected terminal 

Second, a whole broadcasting management system using centrally controlled 

0 method according to the present invention can manage broadcasting optimally by using 
various screen partition and grouping concept 

Third, in case advertisement contents are mass multimedia data, this invention 
appoints an optimal path of data transmission between all contents servers so that a 
system for an original contents server synchronizing the mass multimedia data and a 
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plurality of contents servers receiving the contents does not bear a heavy load and an 
effect preventing delay of data transmission and bottleneck phenomena of networks 
previously is expected. 

Fourth, it monitors hardware or software defects so that both of the contents 
servers having defects and transmission paths of data are not appointed and hereby 
advertisement/broadcasting terminals receive multimedia data smoothly. 

Fifth, a security solution server prevents illegal leakage that may occur during 
multimedia data transmission from an advertisement contents server to an 
advertisement-broadcasting terminal by using an encryption/compression method of 
multimedia data. 

Sixth, this invention can be utilized in educational systems and other application 
fields variously as well as in advertisement and broadcasting fields. 

Seventh, this invention operates a system by using a centrally controlled method 
and can transmit moving images in real time and can check remotely whether contents 
are normal or not and can organize advertisements by date/time/area and hereby target 
marketing for clients and regions is possible. 
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